約 6,144,351 件
https://w.atwiki.jp/drupal/pages/107.html
Drupal Terminalモジュール 概要 http //drupal.org/project/terminal Drupalサイト上でターミナルが使えるようになります。Drush Terminalを使うと、シェルの使えない環境でもDrushが実行できるようになります。面白いかもしれませんが、本番環境で使うのはあまりおすすめしません。 インストールすると表示される最下部のバーをダブルクリックすると、プロンプトが出てきます。今のところ使用できるコマンドはdrush, help, history, cache-clear, cronくらいのようです。drushでモジュールをダウンロードする場合は、drushがいじるディレクトリ(sites/all/modulesなど)をapacheユーザが書き込みできるパーミッションに変更しておく必要があります。 drupal.orgでの説明 imageプラグインエラー ご指定のURLはサポートしていません。png, jpg, gif などの画像URLを指定してください。 Terminalは、ウェブサイトを管理するオンスクリーンのJavaScriptコンソールを提供します。このモジュールに同梱されているjQuery terminal libraryを使用しています。 Rob Loachさんのおかげで、drushのサポートが順調に進んでいます、#497320 Drush Supportでのあなたの協力をありがたく思います。
https://w.atwiki.jp/drupal-sakura/pages/12.html
大見出し 中見出し 基本準備 drupal-5.12.tar.gzをサーバにアップロード(SFTP)し解凍する。~/www/ あたりにアップロード。（解凍したものをアップロードしても良いが時間がかかる。） tar xfz drupal-5.12.tar.gz できたディレクトリ名を変更。（mv ./drupal-5.12 → ./d5など。） Drupal日本語プロジェクトのファイルを組み込み。こちらのDrupal日本語プロジェクトにあるInstaller profileの最新版を入手（2008/10/30段階ではjapanese-5.7-1.1.tar.gz） ローカルマシンで解凍し、作成されたjapaneseフォルダをd5/profilesフォルダにコピーする。（d5/profiles/japaneseになる） さくらインターネット用に~/www/d5/.htaccess の修正を行う。(viなどで以下の変更を行う。）Optionsの行をすべてコメントアウト（２行分） DirectoryIndexを/d5/index.phpに変更（DirectoryIndex index.php → DirectoryIndex /d5/index.php） あらかじめ一時ファイル格納ディレクトリを作成しておく。（インストール後の状態報告のページでエラーになるのでその時点で作成してもOK）mkdir -m 777 ~/www/d5/sites/default/files インストール作業開始 ブラウザでhttp //www.○○○○○.sakura.ne.jp/d5/install.phpを開く。 日本語Drupalを選択し「Save configuration」を押下する。 「Choose your preferred language」で日本語を選択する。
https://w.atwiki.jp/drupal/pages/41.html
Drupalプロジェクトに関するFAQ 以下は http //drupal.org/node/202799 の日本語訳です。 Drupalプロジェクトに関するFAQ Drupalについて Drupalとは何ですか？ Drupalは私にとって本当に最適なCMSですか？ Drupal Associationとは何ですか？ "理事会"とは何で、誰がその役職に就いているのですか？ Drupalプロジェクトを援助したいです。どうやってお金を寄付できますか？ お金を寄付することはできませんが、他の方法で援助することはできますか？ なぜDrupalはデータベースが必要なのですか？どのデータベースがサポートされていますか？ Drupalの次のバージョンはいつリリースされますか？ Drupalの使用 Drupalはとても興味深いです！どこから始めればよいですか？うまく始められるチュートリアルはどこかにありますか？ Drupalのサーバのシステム要件は何ですか？ どこからDrupalをダウンロードできますか？ なぜ4.xや5.xのように複数のDrupalバージョンがあるのですか？どれを選ぶべきですか？ なぜ他のCMSではなく、Drupalを使用すべきですか？DrupalはJoomlaなどと比べてどうですか？ Drupal APIはどこで見つけられますか？ 自分の参照用にDrupal APIのオフライン・コピーを作れますか？ どこでDrupalに関連するサポートを得られますか？ Drupalのサイトを作る際に気を付けるべきことは何ですか？ Drupalのバグが発生しました！どうやって開発者に伝えればいいですか？ OK、Drupalはすごいです。どんなサイトが使っているのですか？ Drupalの使い方をデモするビデオキャストはどこで見られますか？ Drupalってすごい！私のWordpressサイトをDrupalに移行できますか？ Drupalについての本を買いたいです。どこかにリストはありますか？ コマンドラインでDrupalを使うことはできますか？ サンドボックスとは何ですか？私のDrupalサイト用に作るには？ モジュールのウェイトとは何ですか？それは私のサイトにどんな意味がありますか？ Drupalではバックアップは必要ですか？サイトのバックアップ方法は？ Drupalの設定 Drupalモジュールとは何ですか？ .infoファイルとは何ですか？その書き方は？ .installファイルとは何ですか？その書き方は？ Acidfree Albumsとは何ですか？ akismetモジュールとは何ですか？ Autopilotモジュールとは何ですか？ Drupalはフィードアグリゲータとして使えますか？ 何度も耳にするCCKというものは何ですか？ DrupalでJavaScript、jQuery、AJAXを使うには？ 1つのDrupalサイトを複数のドメインで使用するには？ DrupalサイトでreCAPTCHAプログラムを使えますか？ viewsモジュールとは何ですか？ Drupalでwikiを作れますか？ このページのようなFAQセクションを作れますか？ トラブルシューティング IRC サポートにIRCは使えますか？サポートに質問する適切なチャンネルはどこですか？ 助けて！#drupalでも#drupal-supportでも誰も答えてくれません！ 私のコードを他人に見てもらいたいです。チャンネルに直接貼り付けてもいいですか？ テーマの開発 Drupalに自分用テーマを作りたいです。どこから始めればよいですか？ベースにするテーマはありますか？ サイトを少し変更したいです。単にコアファイルやモジュールファイルに必要な変更を加えていいですか？ Drupalの開発 Drupalの最新の開発最先端コードを取得するには？ Drupalが推奨するコーディング規約やコーディングスタイルはありますか？ DrupalはDoxygenのドキュメント・システムをサポートしていますか？ なぜDrupalのコードはオブジェクト指向じゃないのですか？ ライセンスと商標権 Drupalのコードに使用されているライセンスは何ですか？ なぜDrupalにはDries Buytaertの商標権が登録されているのですか？これは自由でないことを意味しますか？ Drupal.org drupal.orgサイトで使用しているテーマが気に入りました。どこで手に入りますか？ bluebeachテーマはどこで手に入りますか？ Drupal.orgのウェブサイトをメンテナンスしているのは誰ですか？ Drupal.orgが稼動しているサーバのハードウェアは何ですか？ Drupalについて Drupalとは何ですか？ Drupalは、ユーザ管理、出版ワークフロー、ディスカッション機能、ニュース・アグリゲーション、統制された語彙を用いたメタデータ機能、そしてコンテンツ共有を目的としたXML出力など、幅広い範囲の機能やサービスを提供する、動的なWebサイトを構築するためのオープンソースのプラットフォームおよびコンテンツ管理システムです。数々の特徴と設定度の高さという強力な組み合わせにより、Drupalは個人のウェブログから大規模なコミュニティ・ベースのサイトまで、様々な範囲にわたるWebプロジェクトをサポートしています。 より詳しくはDrupalについてをご覧ください。 Drupalは私にとって本当に最適なCMSですか？ まさにこの質問に答えるためのページをご用意しました。(訳注 リンク先の内容は古くなっているようです) Drupal Associationとは何ですか？ Drupal AssociationはオープンソースのDrupal CMSプロジェクトの繁栄を支援する目的で設けられた組織です。この組織は資金援助、インフラ提供、イベント開催、プロモーションおよびディストリビューションでDrupalコミュニティを支援します。 この組織についてより詳しく知りたければ、Drupal Association websiteを訪れてください。 "理事会"とは何で、誰がその役職に就いているのですか？ Drupal Associationの理事会は組織の事務を取り扱っており、常設の会長、会計係、書記のほかに、イベント・マネージャ、技術プロジェクト・マネージャ、資金調達係、コミュニケーションおよびPR Officer、Associationのインフラ・マネージャ、そしてコミュニティのインフラ・マネージャという人たちがいます。理事会メンバーの規則では会長、会計係、書記は2年、その他の役職については1年の任期を務めることになっています。Drupal Association公式サイトのThe Staff Pageでは現在これらの役職に就いているメンバーのリストを確認できます。 Drupalプロジェクトを援助したいです。どうやってお金を寄付できますか？ ありがとうございます！寄付はDrupal Association donation pageで受け付けています。寄付はアーキテクチャを改善したり、Drupal関連のイベントやマーケティング運動などを取りまとめたりすることのために使われます。Donation FAQも合わせてお読みください。 お金を寄付することはできませんが、他の方法で援助することはできますか？ 誰もがお金を寄付できるものではないと思います。それでも、あなたはまだまだ色々な方法(コーディング、ドキュメントの作成、パッチのテストなど)で援助することができます。Contribution Pageを読んであなたが興味のあるものを探してください。 なぜDrupalはデータベースが必要なのですか？どのデータベースがサポートされていますか？ Drupalは情報(個々のページ、登録ユーザなど)をデータベース内に保存します。このデータベースは、あなたのDrupalサイトのバックエンドを構成します。現時点では、DrupalはMySQLとPostgreSQLのみをサポートします。(訳注 Drupal 7.xではSQLiteのサポートが追加される予定です) Drupalの次のバージョンはいつリリースされますか？ 他の多くのオープンソース・プロジェクトと同様に、Drupalは"準備ができたらリリースする"という方針です。 Drupalの使用 Drupalはとても興味深いです！どこから始めればよいですか？うまく始められるチュートリアルはどこかにありますか？ Drupalコミュニティへようこそ！新規ユーザに最適な出発点はDrupal Handbookです。 Drupalのサーバのシステム要件は何ですか？ DrupalはPHPをベースにしており、システムリソースの面では非常に軽いです。現在の唯一の"制限"はデータベースです。MySQLかPostgreSQLのどちらかを使わなければなりません。より詳しいシステム要件はこちらから確認できます。 どこからDrupalをダウンロードできますか？ サポートされているすべてのリリースはDownloadページにあります。通常は最新のバージョンをダウンロードしてください。どのバージョンをダウンロードするべきか迷っている場合は、次の質問を参照してください。 なぜ4.xや5.xのように複数のDrupalバージョンがあるのですか？どれを選ぶべきですか？ 推奨されるのは、現時点で最新の安定版リリースを使用することです。これは常にDrupalのプロジェクトページで見つけられます。けれども、最新バージョンに特に魅力的な機能があるわけではないとか、あなたにとって重要な拡張モジュールがまだ用意されてないとか、十分な時間がない場合には、いま稼動しているバージョンにセキュリティ・アップデートがない限り、急いでアップグレードする必要はありません。より詳しい情報は、Version infoページを参照してください。 なぜ他のCMSではなく、Drupalを使用すべきですか？DrupalはJoomlaなどと比べてどうですか？ 私たちがそれに公平に答えることはむずかしいです ) しかしながら、最近はCMSを比較した記事がたくさん書かれています。お好みの検索エンジンを使ってください。CMSMatrixも利用できます。また、特にDrupalとJoomlaに絞って比較した記事もあります。 Drupal APIはどこで見つけられますか？ API ReferenceページにてオンラインでAPIを見ることができます。 自分の参照用にDrupal APIのオフライン・コピーを作れますか？ その目的のためのガイドがあります。 どこでDrupalに関連するサポートを得られますか？ 複数のオプションが利用可能です。より詳しく知るにはDrupal Support pageをご覧ください。 Drupalのサイトを作る際に気を付けるべきことは何ですか？ 従うべきBest Practices guideがあります。 Drupalのバグが発生しました！どうやって開発者に伝えればいいですか？ Drupalのissue tracking systemが利用できます。新しいissueの登録はこちらへ。 OK、Drupalはすごいです。どんなサイトが使っているのですか？ Drupalを使用した各サイトを選び出すのは不可能です…。けれども、いくつかのリストはこちらで見られます。 Drupalの使い方をデモするビデオキャストはどこで見られますか？ Drupal Videocasts pageでたくさん見つかります。ビデオを作成してくれた協力者のみなさん、ありがとう！ Drupalってすごい！私のWordpressサイトをDrupalに移行できますか？ このタスクを可能にする非公式のスクリプトがあります。しかしながら、何らかの不具合が起きたとしても私たちはサポートを提供できないことにご注意ください。 スクリプトはこちらにあります。(訳注 リンク切れです) Drupalについての本を買いたいです。どこかにリストはありますか？ 最近では、Drupalについての本がたくさん出版されています。一部のリストはこちらで見られます。 お好みのオンラインの本屋さんでも検索してみてください。 コマンドラインでDrupalを使うことはできますか？ はい、drushが利用できます。drushはDrupal用のコマンドライン・シェルおよびスクリプティング・インターフェイスです。 drushの詳細についてはプロジェクトページをご覧ください。 サンドボックスとは何ですか？私のDrupalサイト用に作るには？ Wikipediaより - "サンドボックスとは、オリジナルのシステムに影響を与えることなくコードもしくはコンテンツの変更をテストできるオンライン環境です"。 新機能やモジュールはサンドボックス内でデモするのが最適です。デモサイトを構築するには、demo moduleが使用できます。 モジュールのウェイトとは何ですか？それは私のサイトにどんな意味がありますか？ Drupal 4.7および5.xでは、モジュールのフックの呼び出し順はsystemテーブル内のモジュールのウェイトによって決められています。自分のモジュールを他のものより前に実行するには、低いウェイト(負の数)を指定してください。または、他のモジュールより後に実行したければ高いウェイトを指定してください。 ウェイトの詳細についてはこちらをご覧ください。 Drupalではバックアップは必要ですか？サイトのバックアップ方法は？ 他のあらゆるメディアと同じく、バックアップは不可欠です。Drupalサイトより - サイトのデータが三個所に存在しないならば、それは全く存在しないのと同じだ。 Drupalサイトのバックアップについての詳細はこちらをご覧ください。 Drupalの設定 Drupalモジュールとは何ですか？ モジュールとは、Drupalに連携して、Drupalのインスタレーションに付加機能を提供する機能の集合です。 Creating Modulesのトピックに利用可能なチュートリアルがあります。 このチュートリアルを読めば、基本的なブロックモジュールが作れるようになり、それをより高度なモジュールやノードモジュールのテンプレートとして使えるようになるはずです。 .infoファイルとは何ですか？その書き方は？ .infoファイルは、主にモジュール管理システムでの表示目的、および有効化と無効化をコントロールする判定基準を提供するために使用されます。このファイルは、Drupal 5がモジュールの存在を認識するために必要となります。 より詳しい情報は、.infoページをご覧ください。 .installファイルとは何ですか？その書き方は？ .installファイルはモジュールのセットアップ作業に使用されます。.installファイルはモジュールを有効にした最初に実行され、モジュールが要求するセットアップの実行に使用されます。 最も一般的なタスクはデータベーステーブルとフィールド(4.7より前のバージョンでは手動で実行していました)の作成です。.installファイルはモジュールの新バージョンで必要なときにも、アップデートを実行するのに使用されます。 このファイルについて書いたページを用意しています。 Acidfree Albumsとは何ですか？ Acidfree Albumsは、Drupal用のフル機能を備えたメディア管理システムです。Drupalで簡単に写真やビデオを管理するために使うことができます。 このモジュールについての詳しい情報は、Acidfree Albums project pageをご覧ください。 akismetモジュールとは何ですか？ akismetモジュールは、あなたのサイトをスパムから守るためにAkismet web serviceを使えるようにします。 このモジュールについての詳しい情報は、akismetのプロジェクトページをご覧ください。 Autopilotモジュールとは何ですか？ AutoPilotは、特にDrupal CMSの毎日のビルド管理から作業をなくすために設計された、Drupal用のデプロイ・プラットフォームです。 Autopilotプロジェクトについての詳細は、Autopilot Project Pageを参照してください。 Drupalはフィードアグリゲータとして使えますか？ はい！ニュースアグリゲータはニュースサイトやウェブ上のブログから新鮮なコンテンツをかき集め、それをあなたのサイトから利用可能にする、強力なオンサイトRSSニュースリーダーです。 より詳しい内容はaggregatorモジュールのホームページをご覧ください。 何度も耳にするCCKというものは何ですか？ CCKは、Content Construction Kitの略です。コミュニティが言うように、"CCK is the best thing to come along since the doughnut"です。 CCKを使えば、自分自身でコードを書く必要なくサイトにカスタム・コンテンツタイプを作成できます。また、様々な種類のフィールドを扱う、あり余るほどのアドオン・モジュールがあります。 より詳しい情報はCCK project pageをご覧ください。 DrupalでJavaScript、jQuery、AJAXを使うには？ DrupalはJavaScriptを実装するための組み込みメソッドを持っています。これに関する詳細はこちらをご覧ください。 1つのDrupalサイトを複数のドメインで使用するには？ Multiple Domainsは1つのサイトを複数ドメインで使用できるようにするモジュールです。 このモジュールの詳細はプロジェクトページをご覧ください。 DrupalサイトでreCAPTCHAプログラムを使えますか？ はい、まさにそのためのモジュールがあります。 viewsモジュールとは何ですか？ Viewsモジュールは、Drupalのサイトデザイナーに、コンテンツ(ノード)のリストをどう表示するかをコントロールする柔軟な方法を提供します。従来、Drupalはこの大部分(特にタクソノミーとトラッカーのリストをどう表示するか)をハードコードしていました。 このモジュールの詳細はプロジェクトページをご覧ください。 チュートリアルはこちらにあります。 Drupalでwikiを作れますか？ こちらにすばらしいガイドがあります。 このページのようなFAQセクションを作れますか？ このページ(訳注 原文のページ)は単にハードコードされたリンクと定義リストでしかありません。より動的な方法はFAQモジュールです。このモジュールはよくある質問に対する柔軟でフル機能な解決方法を提供します。 トラブルシューティング Troubleshooting FAQを参照してください。 IRC サポートにIRCは使えますか？サポートに質問する適切なチャンネルはどこですか？ もちろん、ご自由にIRCに参加してください。こちらにfreenodeの#drupalで私たちがよく出入りしているDrupalのIRCチャンネルのリストがあります。 #drupalはコードについてのすべての質問、さらにはdrupal.orgおよびDrupalコミュニティ全体に関連するほとんどすべて 助けて！#drupalでも#drupal-supportでも誰も答えてくれません！ #drupal-supportで誰も答えてくれなければ、サポートを得る次の手段は[[Drupalフォーラム http //drupal.org/forum]]です。 私のコードを他人に見てもらいたいです。チャンネルに直接貼り付けてもいいですか？ チャンネルに直接大量のコードを貼り付けないでください。会話の流れが中断します。たくさんあるpastebinサービスのどれかを使ってください。DrupalBinを使用するのがよいでしょう。 テーマの開発 Drupalに自分用テーマを作りたいです。どこから始めればよいですか？ベースにするテーマはありますか？ Zenは、Drupal 5用に最高のスターティング・テーマです。自分用に標準準拠のテーマを構築するなら、GarlandやBluemarineを使って始めるよりも、Zenを使って始めた方が簡単です。このテーマは、PHP(template.php)とHTML(page.tpl.php, node.tpl.php)の両方について、コードコメントの形でたくさんのドキュメントを用意しています。 Zenについての詳細はプロジェクトページをご覧ください。 サイトを少し変更したいです。単にコアファイルやモジュールファイルに必要な変更を加えていいですか？ それはしないでください。コアをハックすることは、あなたの変更を失うことなくサイトをアップグレードできなくなることを意味します。私たちが修正できない変なバグを発生させてしまう可能性があります。より良い方法はフックシステムとテーマのオーバライドを使うことです。 Drupalの開発 Drupalの最新の開発最先端コードを取得するには？ DrupalのCVSリポジトリからコードをチェックアウトできます。詳しい情報はCVSハンドブックをご覧ください。 簡単にHEADをチェックアウトする方法 - cvs -z6 -d pserver anonymous anonymous@cvs.Drupal.org /cvs/Drupal checkout Drupal Drupalが推奨するコーディング規約やコーディングスタイルはありますか？ はい。The Drupal Coding Standardsをどうぞ。Drupalプロジェクトに組み込むコードを投稿するときはこれらに注意深く従ってください。 DrupalはDoxygenのドキュメント・システムをサポートしていますか？ もちろん！これについてはdoxygen coding guidelines pageをご覧ください。 なぜDrupalのコードはオブジェクト指向じゃないのですか？ Drupalはしばしば、オブジェクト指向プログラミング(OOP)がソフトウェア・アーキテクチャの設計において常に最高の方法だと信じている新参者に批判されます。そして彼らはDrupalのコードに"class"という単語がないこと見て、他のものより劣っていると決めつけます。しかしながら、この設計はいくつもの理由によって決断されたものです。この件についての詳細をご覧ください。 ライセンスと商標権 Drupalのコードに使用されているライセンスは何ですか？ DrupalはGNU GPL license, version 2を使用しています。 このライセンスはDrupal本体のほかに、あらゆるモジュールやテーマエンジンにも適用されます。 なぜDrupalにはDries Buytaertの商標権が登録されているのですか？これは自由でないことを意味しますか？ ソフトウェア自体はGPLの条件の下に、完全にフリーです。しかしながら、Drupalという名前は商標権が登録されています。 Driesのサイトから - この変更は、あまりに強引な人や団体が文脈を無視して Drupal という名前を使うのを防止することのみを目的としているので、ご安心ください。Drupalを使用している多くの人(商業利用かどうかに関わらず)は、心配する必要はありません。この変更は、すべてのDrupalコントリビュータによる熱心な労力を悪用されないよう保証するためだけのものです。 この件についての詳細はDriesのブログをご覧ください。 Drupal.org drupal.orgサイトで使用しているテーマが気に入りました。どこで手に入りますか？ 次の質問を参照してください。 bluebeachテーマはどこで手に入りますか？ bluebeachテーマはリリースされていません。これはDrupalブランドのアイデンティティを保護するための措置であることをご理解ください！この件に関する詳細をご覧ください。 Drupal.orgのウェブサイトをメンテナンスしているのは誰ですか？ Site Maintainers pageにDrupal.orgのウェブサイトを保守する特別な許可を持っているユーザのアルファベット順リストがあります。ただし、バグを報告したいときは、個々に彼らに連絡を取るのではなく、代わりにissue trackerを使用してください。 このサイトに協力しているDrupal.orgの各ボランティアチームのDrupal.org Membership types Tableもあります。 Drupal.orgが稼動しているサーバのハードウェアは何ですか？ こちらからサーバのスペックを確認できます(ハードウェアの情報ページを更新すること)
https://w.atwiki.jp/drupal/pages/36.html
2chスレ版Drupal FAQ スレに出てきた質問と回答のまとめです。Drupal全般に関するFAQについてはDrupalプロジェクトFAQも参考にしてください。 2chスレ版Drupal FAQ Drupal全般 Drupalって重いの？ Drupalの検索って日本語OK？ cron.phpってなに？ Drupal 5とDrupal 6ってどっちがいいの？ いつDrupal7にすればいいの？ Drupalの吐くHTMLって汚くないですか？ Drupalって携帯でも使える？ Drupalがインストールできるレンタルサーバは？ バージョン番号の規則は？ なんで○○の機能(モジュール)はコアに入らないの？ 使い方 ブログのカテゴリわけってどうやるんですか？ 全角のユーザー名で問題ないですか？ コンテンツタイプの「ストーリー」と「ページ」って何がちがうの？ ○○フィルタが使えません フィードアグリゲーターって自動的に更新されないの？ taxonomyの追加を投稿画面からするには？ 記事の投稿者と時間を消すには？ ユーザごとのコンテンツ一覧を表示したい 管理者(user/1)のプロフィールにアクセスされたくない 確認画面を出したい 曜日を日本語表記にしたい コンテンツの新規作成時にテンプレートを挿入したい サイトオフラインのテーマを変えたい モジュール ○○するためのモジュールはある？ 人気のモジュールを知りたい 拡張モジュールはどこにインストールするの？ 開発 コアの機能を変えたいときはコアのファイルをいじっていいの？ 5.xのモジュールを6.xに対応させるには？ モジュールやテーマを7.xに対応させるには？ 独自のノードタイプを作るとき参考になるのは？ ○○(ノードとかタクソノミーとかユーザの属性)を表示させたいのですが 開発の参考になるページは？ Drupal全般 Drupalって重いの？ 比較的遅い、重いがMySQLではそれほど激重という感じはしない。PostgreSQLでは管理画面がなかなか開けないという話はかなり聞く。PostgreSQLに最適化されていないのだろう。 また、Drupal 6.xは5.xに比べて重くなったという人が多いです。 Drupalの検索って日本語OK？ 標準のsearchモジュールで検索できます。検索できない場合はcron.phpを実行しているか確認しましょう。 一部の日本語が認識できない問題については、Searchモジュールの日本語認識についてをご覧ください。 cron.phpってなに？ これが起動させる度にゴミ箱整理したり、検索インデックスをちびちびと作っていく。検索インデックスが出来るまでは、英語だろうと日本語だろうと検索は出来ない。cron.phpの定期起動は他のモジュールでも必要なので、設定すべし。 cronによる定期起動ができないサーバ環境ならPoormanscronモジュールを導入すべし。 Drupal 5とDrupal 6ってどっちがいいの？ 2009年2月の時点では、まだ5を使ってる人の方が多かったみたいです。6の方が明かに重かったり、6.xに対応していない拡張モジュールがあるようですが、6.xの方が管理は楽です。 Drupal.orgは2009年2月にDrupal 6に移行しました。Drupal 6がリリースされて2年経った2010年2月時点での調査が http //blamcast.net/articles/new-drupal-statistics で見れます。 Drupalのバージョン番号についても参考にしてください。 いつDrupal7にすればいいの？ Should you upgrade to Drupal 7?の開発コストのグラフとメンテナンスコストのグラフが興味深いです。 Drupalの吐くHTMLって汚くないですか？ かなり汚いです。drupal.orgやdrupal.jpでもけっこうエラーが出てます。 テーマのnode.tpl.phpを編集する、もしくはContemplateモジュールを使用して対処しましょう。Views2の出力ならテンプレートファイルを作れば変更できます。http //views-help.doc.logrus.com/help/views/analyze-theme や http //views-help.doc.logrus.com/help/views/using-theme を参考に。 Drupalって携帯でも使える？ テーマを作れば携帯からでも見れます。http //drupal-jp.sourceforge.jp/main/node/73 ではモバイル端末からサイトにアクセスした際に専用のテーマで表示するPDA themeモジュールが配布されています。 本家でもMobileテーマなど携帯に対応させるテーマやモジュールがたくさん公開されています。drupal-module.infoのカテゴリ別ページもどうぞ。携帯対応まとめも参考にしてください。 Drupalがインストールできるレンタルサーバは？ レンタルサーバ稼働実績ページをご覧ください。 バージョン番号の規則は？ ドットは小数点ではなく、単なる区切りです。"6.9"の次は"6.10"となります。その時点での最新バージョンは http //drupal.org/ の右上の"Download"のところから確認できます(5.xと6.xのように、たいてい二系統あります)。 なんで○○の機能(モジュール)はコアに入らないの？ モジュールでできることはモジュールにさせる、コアには必要最小限しか入れないっていう方針だそうです。コアに入れてしまうとリリース間隔が長くなったり、自由度が下がったりとデメリットもあります。 詳しくはなぜ○○の機能はコアの一部じゃないのか？をどうぞ。 使い方 ブログのカテゴリわけってどうやるんですか？ 標準モジュールのtaxonomyを使うのが一般的です。vocabularyは大分類で、実際のカテゴリにはtaxonomyを使います。termはtaxonomyとほぼ同義です。 全角のユーザー名で問題ないですか？ Drupalのシステム的には問題ないし、デフォルトでは何も制限されていません。目的別の「ユーザ名に全角文字を使わせないようにする」を参照してください。 コンテンツタイプの「ストーリー」と「ページ」って何がちがうの？ 「ストーリー」と「ページ」は名前とデフォルトの設定が違うだけで中身は一緒です。「ページ」は「このサイトについて」とか、あまり更新しない固定ページ向けでデフォルトではコメントフォームが付いていません。「ストーリー」はプレスリリースとかアナウンスとか、ブログっぽいページ用でデフォルトでコメントフォームが付いています。 モジュールを追加すると、「ブログ」や「ブック」も使えるようになります。 ○○フィルタが使えません 他のフィルタと干渉してないか、/admin/settings/filters/[filter_num]/orderでのフィルタ順序は問題ないかを確認しましょう。 フィードアグリゲーターって自動的に更新されないの？ されません。cronを設定しましょう。 taxonomyの追加を投稿画面からするには？ 6.xだと設定で「タグ」(5.xだと「フリータギング」)にチェック入れれば投稿時にカンマ区切りで追加できるようになります(ただし既存のtaxonomyも選択ではなく入力する必要がある)。 Taxonomy Otherモジュールを使えば選択もできて追加もできるようになります。 記事の投稿者と時間を消すには？ テーマの設定画面(admin/build/themes/settings)から、「投稿情報の表示」を探してください。チェックを外すと投稿情報が表示されなくなります。 ユーザごとのコンテンツ一覧を表示したい 単純に一覧を出すだけでいいなら、標準モジュールのTrackerを試してみましょう。 トップページのようにノードの形で表示させたいなら、Viewsがおすすめです。Viewsを使えば特定のコンテンツタイプをユーザごとに一覧したりできます。別の方法としてAuthor Taxonomyモジュールを使ってtaxonomyのページを使うこともできます。 管理者(user/1)のプロフィールにアクセスされたくない パスのエイリアスで user/1 -- node/403 とか適当なところに飛ばせば見れなくはなります。飛ばし先に存在しないページは登録できないので、アクセス権がありませんといったページを用意してそこに飛ばすようにすればよいでしょう。 また、Path Accessモジュールを使うと特定のページ(パス)を特定のロールでアクセス制限することができます。ロールごとに設定しなきゃいけないのが少し面倒ですが、このモジュールでも制限が可能です。 ちなみに、user/1のスーパーユーザを特別扱いしてほしいという要望はけっこうあるみたいですが、今のところそうするつもりはなさそうです(http //drupal.org/node/45871 など)。 user/1の管理者はモジュールのインストールとかupdate.phpの実行だけに絞って、記事の投稿は別ユーザを作った方がいいそうです。Best practicesのAccounts and rolesも参照してください。 確認画面を出したい Confirm node postモジュール(日本語での説明)をどうぞ。 曜日を日本語表記にしたい jBoxモジュールをインストールするか、自分で日本語用の日付フォーマット("Y年n月j日(D) H i"など)を追加してください。その後、インターフェースの翻訳でMon→月、Tue→火…と登録すれば曜日に日本語が表示されます。 コンテンツの新規作成時にテンプレートを挿入したい DefaultTextForNodeモジュールをどうぞ。コンテンツタイプごとに本文のデフォルトテキストを指定できます。 また、コンテンツタイプの設定画面(/admin/content/node-type/***)の「投稿フォームの設定」で「本文フィールドのラベル」を空欄にし、本文をフィールドで作ってしまう方法があります。これでデフォルトの文章を入力しておけます。 他に、Node cloneモジュールを利用する方法や、FCKエディターのプラグイン処理で空欄だったらテンプレートを最初に読み込むように設定する方法もあるそうです。 サイトオフラインのテーマを変えたい settings.phpに$conf[ maintenance_theme ]を加えて、対象のテーマにmaintenance-page.tpl.phpとmaintenance-page-offline.tpl.phpを作ります。詳細は http //drupal.org/node/195435 をどうぞ。 モジュール ○○するためのモジュールはある？ まずは目的別Drupalモジュールをどうぞ。 モジュールを探すなら http //drupalmodules.com/ 、日本語ならDrupalモジュール情報共有サイトが便利です。 人気のモジュールを知りたい まずは重要モジュール一覧をご覧ください。 drupal.orgのProject usage overviewで全モジュールのダウンロード数を見ることができます。また、drupalmodules.comのTop RatedやMost Favoritedでも人気のモジュールを知ることができます。 また、Drupalの商用パッケージであるAcquiaに導入されているモジュール(Acquiaのページ)も参考になります。 拡張モジュールはどこにインストールするの？ ダウンロードしたファイルをsites/all/modules以下に展開します。コアモジュールの入っているmodules以下に直接入れても動きますが、アップグレードが面倒になります。詳しくは http //drupal.org/node/70151 や拡張モジュールのインストール方法を見てください。 開発 コアの機能を変えたいときはコアのファイルをいじっていいの？ 普通はコアのファイルを直接いじったりはしない。コアの動作を変えたければhookとテーマでほとんど上書きできる。コアの動作を上書きする拡張モジュールがたくさん公開されているので、hookの使い方の参考に調べてみましょう。 モジュール開発者ガイドの「コアをハックしない」やプロジェクトFAQの「サイトを少し変更したいです」も参考にどうぞ。 5.xのモジュールを6.xに対応させるには？ 5.xの作り方を知っているなら、こちらをどうぞ。メニューシステムとかフォーム関連が大幅に変わっています。Deadwoodを使えば半分くらいは自動変換してくれるらしいです。 なお、『Pro Drupal Development』(洋書)のFirst Editionは5.xが対象なので、6.x用に開発するならSecond Editionを買い直した方がいいです。とりあえず、ソースだけでもダウンロードしてみましょう。 モジュールやテーマを7.xに対応させるには？ Converting 6.x modules to 7.x | drupal.orgとConverting 6.x themes to 7.xにまとめられています。 独自のノードタイプを作るとき参考になるのは？ Guestbookとか。あんま内部API使ってなくて構造が単純、コード量少ない。欠点はCSSやjQueryが組み込まれてないこと。 標準のstoryモジュールとかapi.drupal.orgのnode_exampleも参考になるよ。 ○○(ノードとかタクソノミーとかユーザの属性)を表示させたいのですが とりあえずDevelモジュールを入れましょう。分かりやすく変数をダンプしてくれるし、DBのクエリも表示してくれます。 開発の参考になるページは？ ちょっと古いですが http //drupal-jbox.net/?q=node/31 をどうぞ。 http //api.drupal.org/ は関数一覧だけじゃなくてExample modulesとかIn-depth discussionsもおすすめです。モジュール開発者ガイドもどうぞ。
https://w.atwiki.jp/drupal/pages/37.html
目的別Drupalモジュール fugafuga たくさんあるDrupalのモジュールを目的別に紹介するページです。ちょっとカテゴリ分けが微妙かも。スレに出てきたモジュールはもちろん、便利なモジュールを見つけたら追加していってください。 目的別Drupalモジュール ブログサイト運営 エイリアス(URL)を自動でブログっぽくしたい 投稿時に多階層カテゴリを選択しやすくする taxonomyの追加を投稿画面からするには？ ブログパーツを提供したい コミュニティサイト運営 新しく投稿されたときにメールでお知らせ 匿名ユーザでも更新情報をメールで受け取れるようにしたい 設定した条件に一致したノードが投稿されたときに通知 特定のユーザ専用のフォーラムを作りたい ユーザ登録時に利用規約をチェックさせたい フォーラムよりシンプルな掲示板がほしい ユーザのコンタクトフォームを匿名ユーザでも使えるようにしたい 画像とか動画とか 画像を貼り付けるには？ ユーザが自由にアップできるオンラインアルバムを作るには？ 同じ名前のファイルはリネームせずに上書きにしたい ドキュメント管理 変更履歴(Diff)を表示したい ドキュメントを下書きとして保存したい 一般ユーザに「掲載」or「フロントページに掲載」オプションを与える リッチテキストエディタ(WYSIWYGエディタ)を使いたい wiki記法を使いたい コンテンツタイプごとにフィルタを変えたい 投稿した本人しか見れないノードを作りたい ページにロールごとのアクセス権を設定したい エイリアスを付けた別のノードにIDでリンクするには？ ノードの内容を別のノードに表示したい コンテンツ作成時にデフォルトの定型文を挿入したい ユーザ管理 ユーザのメールアドレス変更を確認必須にする ユーザ名に全角文字を使わせないようにする ユーザのプロフィールの特定項目を変更できないようにしたい 新規登録通知を管理者一人じゃなくて権限を持った複数ユーザに送りたい 続きを読むにはログインさせたい 「パスワードの再発行」のリンクを表示させたくない テーマとかデザインとか ノードごとにCSSを適用したい taxonomyごとにテーマを変えたい コンテンツタイプごとにTeaserの長さを変えたい Borderを角丸にしたい ページにちょっとしたCSSを追加したい ページにちょっとしたJavaScriptを追加したい ページタイトルの" | "を変更したい ノードの編集フォームからタイトルを消したい SEO対策 XML Sitemapを作りたい 別名URL(エイリアス)を付けたノードはリダイレクトしたい ページごとにMETAタグのkeywordやdescriptionを指定したい システム Drupalで使うSMTPサーバを変更したい 統計モジュールのログから自分の記録を除きたい 特定のページ(パス)をアクセス制限したい ブログサイト運営 Drupalをブログシステムとして運営するときに便利なモジュールを紹介します。 エイリアス(URL)を自動でブログっぽくしたい Pathautoモジュールを使ってみるがよろし。blogを日付とユーザー名でアクセスできるとかできるぞ。 時分まで表示したければ http //drupal.org/node/323441 のパッチを試してみましょう。 投稿時に多階層カテゴリを選択しやすくする Hierarchical Selectモジュールを使えば、多階層のカテゴリ(taxonomy)を動的に絞り込めるようになります。 taxonomyの追加を投稿画面からするには？ 6.xだと設定で「タグ」(5.xだと「フリータギング」)にチェック入れれば投稿時にカンマ区切りで追加できるようになります(ただし既存のtaxonomyも選択ではなく入力する必要がある)。 Taxonomy Otherモジュールを使えば選択もできて追加もできるようになります。 ブログパーツを提供したい Embed widgetsモジュールをどうぞ。ページ、ブロック、Viewsをウィジェットとして提供できるようになります。iframeのwidgetがブログパーツみたいに使えます。 コミュニティサイト運営 hogehoge コミュニティサイトというか、ユーザ同士のつながりやコンテンツを提供しあうようなサイトで便利なモジュールを紹介します。 新しく投稿されたときにメールでお知らせ Subscription系(SubscriptionモジュールやComment_Subscribeモジュール)とNotify系(NotifyモジュールやComment Notifyモジュール)があります。Subscription系の方が大きなフレームワークで、Notify系の方が少しシンプルな気がします。 新着情報をメール送信するモジュールは乱立しており、複数の選択肢があります(http //drupal.org/node/206728 )。いくつかインストールしてみて、自分の希望する使い方ができるか試した方がいいかもしれません。乱立するモジュールの機能比較が http //groups.drupal.org/node/15928 にあります。 匿名ユーザでも更新情報をメールで受け取れるようにしたい http //groups.drupal.org/node/15928 の表のうち、AnonymousがYesなものを選べばいいはずです。Watcherモジュールは、特定のノードが更新されたときやコメントが追加されたときにメールでお知らせしてくれるモジュールで、匿名ユーザでも使えます。ユーザの権限ページで匿名ユーザにもチェックを入れることを忘れずに。 特定コンテンツタイプの新規投稿をニュースレターのように送信するにはSimplenewsモジュールがいいようです(匿名ユーザでも使用可)。 設定した条件に一致したノードが投稿されたときに通知 Drupal 5.xならWorkflow-ngモジュール、6.xならRulesモジュールをどうぞ。 特定のユーザ専用のフォーラムを作りたい Forum Accessモジュールがあります。 ユーザ登録時に利用規約をチェックさせたい LegalモジュールとかTerms of Useモジュールをどうぞ。詳しくは http //drupal.org/node/112519 を参照してください。 フォーラムよりシンプルな掲示板がほしい シンプルでいいならGuestbookモジュールがあります。サイト全体のゲストブックと、ユーザごとのゲストブックを作ることができます。Spamモジュールとの連携機能はあるようですが、デフォルトでは投稿内容を確認(プレビュー)する機能はありません。 このモジュールは、モジュール開発の叩き台にお勧めされるほど構造もシンプルだそうです。モジュール開発に必要なメニュー・フォーム・フック・テーマが一通り網羅されているので、モジュール開発の参考になるでしょう。 ユーザのコンタクトフォームを匿名ユーザでも使えるようにしたい ContactモジュールかAnonymous Contact formモジュールをどうぞ。Contactモジュールの方は、コアのcontactを置き換えて、サイト全体のコンタクトフォームを設定できるようにしたり、ユーザのコンタクトフォームを使用する権限を追加してくれます。 コンタクトフォームはユーザにメールを送るものなので、公開サイトで匿名ユーザに許可する場合は、スパム対策も考えた方がいいと思います。 画像とか動画とか 画像や動画のアップロード、ノードへの貼り付け、画像の管理に便利なモジュールを紹介します。 画像を貼り付けるには？ 画像は標準のuploadモジュールでアップできます。で、アップした画像は、Inlineモジュールを使って参照すると便利。 また、FCKeditorの機能を使ってもアップ、貼り付けができる。Image+Img_assistの定番組み合わせはクセがあり使い勝手は悪いが、サムネイルが自動で作られ、Lightbox2とのインテグレーションができるので便利。 IMCEモジュールを使うこともできます。このモジュールもFCKeditorやTinyMCEと連携できます。実際の動作例はimceデモページをどうぞ。http //www.webgogo.jp/drupal/modules/imce_6 にも詳しい説明があります。 ユーザが自由にアップできるオンラインアルバムを作るには？ Imageモジュールを使う：画像を独立したコンテンツとして扱う機能を提供する。さらに簡易画像ギャラリーシステムが導入される。権限設定によっては、登録ユーザーや匿名ユーザーが画像を自由にアップロードしたりできる。ただし機能は控えめ。 Galleryモジュールを使う：PHP/MySQLで動作する高機能画像アルバムシステムGallery2と連携する機能を提供。現在Gallary2の正式版はVersion 2.2.4だが、このモジュールを使うには、次期バージョンβの2.3-Nightly-Buildが必要なことに留意。 Gallery2とアグリゲータで緩い連携をさせる：Gallery2はRSSフィードを提供できるので、DrupalのアグリゲータでそのRSSを定期的に取り込み（cronを動作させる）、ブロックエリアにGallery2に投稿された画像へのリンクを表示する。 同じ名前のファイルはリネームせずに上書きにしたい Upload File Replaceモジュール(filefield CCK用)をどうぞ。 ドキュメント管理 DrupalをWikiみたいにドキュメント管理システムとして使うときに便利なモジュールを紹介します。 変更履歴(Diff)を表示したい Diffモジュールをどうぞ。ノードに「リビジョン」タブが追加され、リビジョン間の差分表示や前のバージョンに戻す操作ができるようになります。なお、ノードのリビジョンを更新するには「新しいリビジョンを作成」にチェックを入れておく必要があります。 ドキュメントを下書きとして保存したい Draftモジュールをどうぞ。もっと簡易的な下書き機能でよければ、ノードの「掲載」オプションで実現できます。 一般ユーザに「掲載」or「フロントページに掲載」オプションを与える デフォルトでは、一般ユーザ(authenticated user)はノードの「掲載」オプションや「フロントページに掲載」オプションを変更できません。権限の管理から「ノードの管理」権限を与えれば変更できるようになりますが、そうすると掲載オプション以外の情報もいじれるようになってしまいます。 Override Node Optionsモジュールを使えば、一般ユーザにノードの管理権限を与えずに掲載オプションだけを許可することができるようになります。 リッチテキストエディタ(WYSIWYGエディタ)を使いたい TinyMCEとかFCKEditorとかYUI Rich Text Editorとかあるけど、WYSIWYGエディタは乱立しすぎみたいです。http //drupal.org/node/208456 にWYSIWYGエディタの比較表があります。 wiki記法を使いたい Drupalでは「フィルター」という仕組みで色々な入力書式をサポートしています。PEAR Wiki Filterは、MediaWikiやDokuWikiやCreoleといったwiki記法をサポートしています。また、BbcodeモジュールではBBCodeの入力ができるようになります。http //drupalmodules.com/search/node/Wiki+category%3A24 や http //drupal-jbox.net/?q=node/51 も参考にしてください。 PukiWikiのフィルタはまだないようです。誰か日本人が作らないと出てこないでしょう。フィルターはわりと作りやすいモジュールなので、興味のある人は作って公開してください！(PukiWikiのパーサーが本体と分離されてなくて移植しにくいという問題はありますが…) コンテンツタイプごとにフィルタを変えたい Filter by node typeモジュールをどうぞ。 投稿した本人しか見れないノードを作りたい Privateモジュールを使うと投稿した本人しか見れないノードが作れます。 ページにロールごとのアクセス権を設定したい Node Access Control(5.xのみ)、Nodeaccess, Content Access, node privacy byrole, Node Accessと似たようなモジュールがたくさんあります。いくつか使ってみて自分に合うものを選びましょう。 Content Accessはシンプルで、各コンテンツのページに"Access Control"というタブが付いてそこから設定できるようになるそうです。 エイリアスを付けた別のノードにIDでリンクするには？ Path Filterモジュールを使えば"internal node/23"とかで指定できるようになります。あとはdrupal_get_path_alias("node/1")で取るとか。 7.xでは[internal node/123]という書き方ができるフィルタが追加されます。 ノードの内容を別のノードに表示したい InsertNodeモジュールをどうぞ。他のタグがうまく展開されない場合は入力書式の再編成を試してみましょう。 コンテンツ作成時にデフォルトの定型文を挿入したい DefaultTextForNodeモジュールをどうぞ。コンテンツタイプごとに本文のデフォルトテキストを指定できます。他の方法はコンテンツの新規作成時にテンプレートを挿入したいを参考にしてください。 ユーザ管理 Drupalのユーザ管理に関するモジュールを紹介します。 ユーザのメールアドレス変更を確認必須にする デフォルトではログイン済みのユーザは自分のメールアドレスを自由に変更できてしまいますが、これは運営上大変危険です(他人のメールアドレスを登録できてしまう)。Email Change Confirmationモジュールを使って、メールアドレス変更時にユーザがそのアドレスで受信できるかを確認するようにしましょう。なお、この機能はDrupal 7ではコアに取り込まれるようです(http //drupal.org/node/85494 )。 ユーザ名に全角文字を使わせないようにする Drupalでは全角文字のユーザ名もサポートされているので、たとえば「ユーザー名といいます」とか「全角です」といったユーザも作成できてしまいます(http //drupal.jp/node/385 )。Drupalのシステム的には問題ないのですが、管理ユーザは半角にしている人が多いようです。 ユーザ名をasciiのみに制限したいなら、自分で制限するコードを書く必要があります。またはCustom username validationモジュールを導入して"/^[0-9a-zA-Z]+$/"のような制限を入れる必要があります。 また、Alternate Loginモジュールを使うと別名IDでログインすることができるそうです。 ユーザのプロフィールの特定項目を変更できないようにしたい User Read-Onlyモジュールをどうぞ。 新規登録通知を管理者一人じゃなくて権限を持った複数ユーザに送りたい Advanced Userモジュールをどうぞ。ユーザのフィルタリングが便利になるほか、アカウント登録を承認制にしている場合などの登録通知を、管理者権限を持った複数のユーザに送れるようになります。 続きを読むにはログインさせたい Premiumモジュールをどうぞ。 「パスワードの再発行」のリンクを表示させたくない No request new passwordモジュールをどうぞ。 テーマとかデザインとか ノードごとにCSSを適用したい Node styleモジュールでできます。 taxonomyごとにテーマを変えたい Taxonomy Themeモジュールをどうぞ。Drupal 6.xの人はThemeKeyモジュールをお試しください。 コンテンツタイプごとにTeaserの長さを変えたい Teaser by Content Typeモジュールをどうぞ。Teaserだけでなく全文表示もできるので、特定のコンテンツタイプだけ全文を表示させることもできるようになります。 Borderを角丸にしたい Drupal 5.x用にはRounded cornersモジュールやcurvyCornersモジュールが、6.x用にはjQuery Eye Candyモジュールがあるようです。 でも自分でテーマをいじった方が軽くてよさそうです。 ページにちょっとしたCSSを追加したい CSS Injectorモジュールをどうぞ。ページに追加したいCSSコードのルールを登録できます。CSSのルールは全ページを対象にしたり、特定のパターンだけを対象にしたりできます。使い方はデモのビデオをどうぞ。 ページにちょっとしたJavaScriptを追加したい JS Injectorモジュールをどうぞ。CSS Injectorモジュールと同じような感じでJavaScriptコードを追加できるようになります。 ページタイトルの" | "を変更したい $head_title で調べてテーマをハックするか、Page Titleモジュールをどうぞ。トップページやコンテンツタイプごとの指定ができるうえに、特定のノードだけを上書きできるようになるそうです。 ノードの編集フォームからタイトルを消したい Automatic Nodetitlesモジュールをどうぞ。コンテンツタイプの「タイトル自動作成」で「タイトルフィールドを非表示にする」を選択してください。 SEO対策 XML Sitemapを作りたい XML Sitemapモジュールをどうぞ。sitemaps.orgに準拠した、GoogleウェブマスターツールやYahoo!サイトエクスプローラーで使えるXMLサイトマップが出力されるようになります。 別名URL(エイリアス)を付けたノードはリダイレクトしたい Global Redirectモジュールを使えば、node/*でアクセスされた場合でもエイリアスの方に301リダイレクトしてくれます。 ページごとにMETAタグのkeywordやdescriptionを指定したい Meta tagsモジュールをどうぞ。 システム Drupalで使うSMTPサーバを変更したい SMTPモジュールをどうぞ。 統計モジュールのログから自分の記録を除きたい Statistics filteringモジュールはいかが？管理者のアクセスや指定したロールのユーザのアクセスをログに記録しないようにできます。設定画面が少し見つけにくいですが、「アクセスログの設定」を開くとメニュー(admin/reports/settings/statistics-filter)が出てきます。 この機能は7.xではコアに組み込まれるかもしれません(http //drupal.org/node/696 )。 特定のページ(パス)をアクセス制限したい Path Accessモジュールをどうぞ。特定のパスを特定のロールでアクセス制限することができます。制限するパスには"*"とか"blog/*"といった指定も可能です。
https://w.atwiki.jp/drupal/pages/39.html
Drupalとは Drupalの概要や基本機能について紹介します。と言っても、基本的には各Drupal解説サイトの説明を読めば十分だと思います。 Drupalのご紹介 - Drupal-jBox.net Drupalとは - Web Go! Go! Drupalについて - Drupal Japan Drupal入門 - とほほのＷＷＷ入門 Drupalについて 以下は http //drupal.org/about の日本語訳です。 Drupalとは、個人もしくはユーザのコミュニティが、ウェブサイト上の多種多様なコンテンツを簡単に公開、管理、体系化することができるフリーなソフトウェアパッケージです。以下のように、何万もの人々や組織が、数々の多様なウェブサイトの構築にDrupalを使用しています。 コミュニティWebポータル ディスカッション・サイト 企業Webサイト イントラネット・アプリケーション 個人Webサイトやブログ ファンサイト Eコマース・アプリケーション リソース・ディレクトリ ソーシャル・ネットワーキング・サイト Drupalは今すぐダウンロードすることができます。Drupalには使いやすいウェブ・インストーラも用意されています！組み込みの機能と、自由に利用可能なアドオンモジュールを組み合わせれば、以下のようなことが可能になります コンテンツ管理システム ブログ 共同オーサリング環境 フォーラム ピアツーピア・ネットワーク ニュースレター ポッドキャスト 写真ギャラリー ファイルのアップロードとダウンロード 他多数。 DrupalはGPL("GNU General Public License")の下に配布されるオープンソースソフトウェアで、数千のユーザと開発者からなるコミュニティにより保守および開発されています。Drupalの方針に賛同される方は、プロジェクトに協力して、あなたのニーズを満たすために、Drupalを拡張そして洗練させてください。 Drupalの方針 以下は http //drupal.org/principles の日本語訳です。 モジュール方式と拡張性。Drupalは、 カスタムモジュールを使って手軽に拡張できる 、 スリムで強力なコア を提供することを目指しています。 コーディングの品質。荒削りな機能よりも、高品質で、エレガントで、ドキュメント化されたコードを優先させます。 標準準拠。Drupalはすでに確立された標準、そして新たな標準をサポートします。特に対象とする標準にはXHTMLとCSSを含みます。 低リソース要求。優れたパフォーマンスを確保するために、Drupalは控えめなコーディング(たとえば、データベースクエリを最低限にするなど)を重視します。Drupalはまた、最低限で、広く利用可能なサーバサイド・ソフトウェア要件でなければなりません。具体的には、DrupalはWebサーバ、PHP、そしてMySQLとPostgresqlのどちらかのプラットフォーム上で完全に使用可能でなければなりません。 オープンソース。Drupalは、協調的なフリーソフトウェア開発であるオープンース哲学をベースにしており、GPLでライセンスされています。Drupalはそれ自体がオープンソースであり、オープンソース上で構築しており、他のオープンソースプロジェクトをサポートしています。具体的には、Drupalはオープンソースのスクリプト言語であるPHPで書かれており、主要なデータソースとしてオープンソースのデータベースであるMySQLとPostgresqlをサポートします。 使いやすさ。Drupalは開発者、管理者、ユーザのためにユーザビリティの高度な水準を目指します。 コラボレーション。Drupalの開発はオープンで、協調的な情報共有システムとアプローチをサポートします。 Drupalはその用途に適切なツールか？ 以下は http //drupal.org/node/346217 の日本語訳です。 Drupalは事実上あらゆる種類のウェブサイトを構築するのに使われる非常に強力で柔軟なフレームワークを提供しますが、Drupalがあらゆる状況において必ずしも最適な解決策であるとは限りません。 以下のようなケースではDrupalが最適な選択ではないかもしれません 唯一の要件が個人的なブログを書くことだけであれば、WordPressのようなよりブログに特化したプラットフォームのいずれか、あるいはホスト方式のブログサービスのどれかを試してみた方がいいかもしれません。たしかにDrupalも優れたブログのプラットームを標準機能として提供しますが、おそらくブログ専用のソフトウェアの方が一般的により単純な管理インターフェイスを持っていると気づくはずです。 同様に、唯一の要件がWikiを作ることだけであれば、おそらくMediaWikiのような専用のWikiソフトウェアか、ホスト方式のWikiサービスを利用することを検討した方がいいでしょう。たしかに(いくつかの拡張モジュールの助けを借りることで)DrupalをWikiとして設定することはできますが、より専門的な解決策を使った方がシンプルかもしれません。 リリースごとに、Drupalは使いやすくなっています。ただし多くの強力なツールと同様、Drupalにも常に学習曲線があります。あなた、もしくはあなたの組織がDrupalの扱い方の基本を学ぶために多少の時間を費やす準備ができないのであれば(もしくはDrupalの専門技術者を雇うことができないのであれば)、Drupalは最高の選択ではないかもしれません。 とは言ったものの、以下のような多くの状況ではDrupalは優れた選択肢となります あらゆる方向に進化できる十分に柔軟なサイトを必要としている場合。たとえば、最初はブログから始めたとしても、その後にWiki、電子商取引、フォーラムなどその他の機能を追加するオプションが欲しい場合。 他のサイトまたは他の技術と相互にやりとりするサイトを簡単に設定したい場合。 複雑な形式やワークフローを扱えるサイトを必要としている場合。 専用のコンテンツタイプを作る機能が必要な場合。たとえば、ページにカスタムフィールドを追加したい場合。 情報のリストを素早く整理および表示する機能が欲しい場合。 Drupalのたくさんの拡張モジュールのうち1つ以上があなたの要求にぴったりな場合。 カスタム機能を素早く開発したい場合。 Drupalの後方互換性の方針 以下は http //drupal.org/node/65922 の日本語訳です。 Drupalを検討している人は、次のことを理解しておくべきです。Drupalの開発は常に最先端で行なわれており、各メジャーリリースでは抜本的な改良が行なわれることがあります。(Drupalのバージョン番号が意味するものの詳細については、 http //drupal.org/handbook/version-info (日本語訳) を参照してください。)アップグレードパスによりデータは確実に保護される予定ですが、以前のDrupalコードとの後方互換性はありません。 Drupalの創始者Dries Buytaertの説明によると 私がDrupalを最初にリリースしたとき、私は主に技術的な正しさを求めることの方に興味があったので、後方互換性は保たないという選択をしました。後方互換性を保つことは、しばしば歴史的なお荷物をずるずると引きずる羽目になりますし、これはPHPのようなインタプリタ型言語では重大なパフォーマンスコストとなりえます。そのため、私たちはみんなのデータを壊さない代わりに、コードはどんどん変えていこうと決めたのです。私たちのミッションは、Drupalを速く、小さく、クリーンに、そしてとにかく技術の最先端にすることになりました。始めのうちは、私は完全に、そして徹底的にDrupalのコードの美学にこだわっていました。私と、多くの仲間たちで、他のものよりもコードをより少なくし、より洗練させて、何らかの形でよりよくしようとすることに時間を費やしました。 これは正しい選択でした。年月を重ねるにつれ、我々は後方互換性を保ったままではおそらく起こらなかったであろうたくさんのイノベーションが起こるのを見てきました(ノードシステムは最も顕著な例のひとつです)。開発者たちは、常に可能なかぎり最善の方法で自分たちのアイディアを実装する裁量の自由を持っていました。これは他の多くのコンテンツ管理システムと比較して、Drupalが持つ有利な点です。Drupalがどのように広まったのか、そしてどのようによりフレキシブルで他システムよりもニッチな用途をカバーできるように成長したのかを見てみると興味深いものです。何かあるとすれば、それは我々が後方互換性にあまり関心を持たなかったという事実、そして技術的な正しさにこだわる我々のひたむきさに起因していると言えるでしょう.... ....Drupalの主な強みが絶え間なく変わるWeb開発の状況に対応できる機敏さと、ほとんど無限量の柔軟性および拡張性を開発者に与えることだという事実を踏まえると、私は少なくとも現在のところ、後方互換性を維持することよりも絶えず革新する力を維持することの方がより重要だと感じます。このことに本質的な価値がないならば、我々はいま誰もDrupalを使っていないでしょうし、私はこれが我々の将来性の基礎となるだろうと強く信じています。これまでは常にそうでした。 Caveat emptor(買い手の危険負担) Drupalの新しいメジャーリリースは、多くの(しばしば抜本的な)機能、スケーラビリティ、ユーザビリティの改善を含みます。 これらの機能向上は、以前リリースされたコードとの後方互換性を維持しないことにより可能となっています(しかしながら、安定した確実なアップグレードパスがすべてのリリースの計画の一部となっています)。 Drupalコアを使ったあなたのサイトをアップデートする方法は常に提供されます。 現在のstableリリースシリーズとその前のリリースシリーズ(たとえば6.xと5.x)のみは、常にDrupal開発コミュニティによりサポートされています。 結果的に、Drupalの各メジャーリリースはいずれはDrupalコミュニティによるサポートが活発に行なわれない時が来ることになります。 サポートされなくなったリリースは、将来的に、まだ見つけられていない、またはまだ考案されていないセキュリティ脆弱性に対して無防備になる可能性があります。 したがって、自分たちのWebサイトやCMSプロジェクトにDrupalを採用するなら、最高級のオープンソース開発コミュニティのひとつである継続中の活発なサポートの恩恵を受けるために、そのプロジェクトを最新のメジャーリリース(12～24ヶ月ごと)にする定期的なアップグレードを計画に入れるべきです。 なぜ○○の機能はコアの一部じゃないのか？ 以下は http //drupal.org/node/278173 の日本語訳です。 特にDrupalコミュニティへ新たにやってきた人たちがよくする質問は「なぜ○○の機能はコアに入ってないの？」というものです。この○○というのは大抵、ほぼすべてのDrupalウェブサイトで使われているCCKやViewsのような"ユーティリティ"モジュールだったり、ある種のウェブサイトで必要となるFivestarやLoginTobogganのようなモジュールだったりします。 イノベーション vs. 安定性 コアに含まれていないものに対する最も大きな議論のひとつは、それがひとたびコアに入ると、"ロックダウンされる"傾向があるということです。たとえば、taxonomyシステムは、それが導入された2002年のDrupal 4.0から、ほとんど何も変えることができませんでした。Drupal 4.7ではフリータギングが追加され、Drupal 6ではフォームのクリーンアップが完了しましたが、そのほかの点では基礎となる構造は6年ものあいだ変わらぬままでした。 対照的な例として、ViewsモジュールはDrupal 5からDrupal 6の間に完全に書き直され、数えきれない方法で大幅に改善されました。元々のViewsはノードのリスト作成を扱えるだけの代物でしたが、書き直されたバージョンではあらゆるもののリスト(ノード、taxonomy、ユーザ、その他なんでも)が扱えるようになりました。これは拡張モジュールが、Drupalコアに比べてその場その場で色々なことを変更する柔軟性を持っているからこそ実現できたことです(それがきわめて重要な拡張モジュールであったとしても)。 したがって、コアが最適化されてない状態の機能で何年間も困ることがないように、拡張モジュールがコアに移される前にはcontribの中で適切に審査されることが非常に重要となります。Drupalコアに追加する機能はどんなものでも、比較的変更なしの状態で少なくとも3年維持できるくらい良いものである必要があります。 メンテナンス 人々はしばしば、Joomla!のようなパッケージをダウンロードしたとき、それにはより多くの機能が内蔵されているという事実を嘆きます。Drupalのコアは比較的シンプルです。Drupalコアのツールで小さなコミュニティサイトを構築することはできますが、もっとシリアスな種類のサイトを構築する際にはDrupal contribへ踏み出す必要があります。 しかしながら、Drupalコアがコードを持てば持つほど、開発チームがそれを適切にテストし、リリースを済ませるまでに、より長い時間がかかるということを思い出してください。また、そのコードの一部から持ち込まれる細かいバグが、他の多くに影響を与える可能性もそれだけ増えていくことになります。コアは小さく保っておき、"hook"により拡張モジュールがコアを拡張できる機会をたくさん用意しておくのがDrupal流のやり方です。 一部の人たちは、自分たちのウェブサイトを18-24ヶ月ごとにアップデートするのは嫌だということで、リリースサイクルは長い方がよいのだと主張するかもしれません。しかし、人々がDrupalを使う理由の重要な一部は、その絶え間ない改善であり、以前よりも新たな可能性を提供する各リリースであることを思い出してください。我々は各リリースで、努力の結果がDrupalのウェブサイト構築を次のレベルへ向かうために使われるのに十分であることを保証する必要があります。 時間とリソース あるものをコアに入れるには長い時間がかかります。contribと違い(contribは基本的に各モジュールのメンテナが自分の領域でそれなりに自由に遊べる"ワイルド・ウェスト"です)、コアに入れられるコードはその一行一行を細かいところまで注意深く調べられます。これはDrupalコアが文字通り何百万ものウェブサイトで使われているからこそ必要となるものであり、コミュニティ側のこの詳細な注意深さは、Drupalの重要な強みのひとつとなっています。コアに対する変更の多くは、巨大なコミュニティによって価値があるものと考えられるまでに何百回もの改訂をごまんと経験しています。 ほとんどすべてのDrupalサイトが使用するCCKやViewsのようなユビキタスなモジュールでさえ、あらゆる種類の主要な開発作業を行なっているのは、ほんの一握りの人たち(多くの場合は一人)だけです。これらのモジュールのメンテナたちは、しばしば単にDrupalの現行バージョン用のモジュールに対するバグレポートや機能リクエストを受け付ける以上の手間ひまをかけており、多くの場合それは無償の時間を使って行なわれています。何かをコアに入れようとして時間を費やすことは、たった今それを使っている何十万もの人たち全員のためにモジュールのサポートを提供することにはなりません。多くの場合、これらのモジュール(またはそれらのモジュールの重要な一部)をコアに持っていく試みには、作業のためのさらなる開発者か、モジュールメンテナへの資金提供が必要になります。 リンク Drupalテーマ曲 w (in India) (by the Kitten Killers)
https://w.atwiki.jp/drupal/pages/48.html
Drupalユーザから見たDrupalの印象 Drupalユーザから見たDrupalの印象みたいなのを抜き出してみました。どちらかと言うとDrupalに有利な意見に偏っているかもしれません。斜め読みして気づいたのを取っただけなので、他にも気になる意見があれば追加してね。 Drupal node 3より 93 ：nobodyさん：2008/06/10(火) 21 14 15 ID ??? いろいろあるんじゃない modxとかJoomlaとか。 Drupalの売りの細かい分類ってよほどの大規模なところじゃないと意味無いでしょ けど、大規模サイトってほとんどがJoomlaやmodxで管理可能な形式だよ CMSオタクが設置して少しだけコンテンツ作ってあとは放置っていう印象が強いな。 これは煽りと受け止めないでぜひDrupalユーザーの意見を聞きたい。コミュニティも機能して無いのでぜひ。 95 ：nobodyさん：2008/06/10(火) 22 33 47 ID ??? DrupalもMODxもJoomla!も触ってサイトを作ってる。どれも一長一短。 ブログの延長上で作りたいならDrupal、Dreamweaverの延長上で作りたいならMODx、 迷ったらJoomla!、かな。 今やDWで静的サイトをゴリゴリ作るのって昔ほどは流行らず、個人や中小企業で ウェブサイトと言えばブログベースだったりすることが次第に多くなってきてる。 そういう層にDrupalはアピールする。XOOPSの活気がないので、XOOPSが担ってきた 層もDrupalに流れてるんだと思う。 MODxは0.9.6までがEtomiteのMODx版、0.9.7以降が本当のMODxだと思う。 アーキテクチャ的にコミュニケーションよりはプレゼンテーションを指向した サイトにいいんじゃないかな。大半の企業ブローシャサイトには、WordPressやMT、 Drupalで作るよりMODxの方が向いてる。 96 ：nobodyさん：2008/06/10(火) 22 50 43 ID ??? drupalは、プログラマよりのCMSな感じがする 103 ：nobodyさん：2008/06/11(水) 13 17 53 ID ??? プロトタイプをつくりながらモジュール化するExp機能が必要 drupalはフレームワークにとして見た方がいいCMSとして見ると中途半端 WPの方がいじりやすい。 drupalはフック概念の矛盾を克服出来ずにいる。 ががががが、白紙からコンテンツサイトを作る場合にdrupalをフレームワークとして使えば強力なのは承知 Formのインターフェイスは楽だぞ 104 ：nobodyさん：2008/06/11(水) 13 25 40 ID ??? 103 禿同 CMSじゃなくて環境と捉える方が合目的的。WPやMODx、少し微妙になるけどJoomla!とかの方がCMSとしては機能している 108 ：nobodyさん：2008/06/11(水) 14 50 55 ID ??? 105 ポン置きならJoomla!は良くない? Drupalはエディタもエクステンション頼みで、導入してしばらくはいいけどいつ開発がなくなるかわからんから 後先を考えないなら有りだけど、後々まで考えると無理くさくない? 顧客はプログラマじゃないし、製作のこっちもいちいち作るのは手間かかりすぎちゃうんだよね。 やれることは魅力的に見えるだけに残念。 俺の使い方が間違ってるのかなー 109 ：105：2008/06/11(水) 15 08 23 ID ??? 108 うん、そう思う。 Drupalは、それをベースにして、自分でいろいろイジクリ回したい人向け。 イジクるのが目的であって手段でないならピッタリで、最高に面白い。 Joomla!は手間をかけずに運営したい人向けだろうね。両者には共通する点が多く、 Drupalにできることは、たいていJoomlaでもできる（逆もまた真）。 MODxはその両方の長所（手軽＆面白い＆使いやすい）を兼ね備えてるが、 コミュニケーション指向のサイトには絶対に合わないという制約がある。 あと今後どのように変化していくのか、まだ将来の形が見えない。 117 ：nobodyさん：2008/06/11(水) 23 02 00 ID ??? Drupalをパーツ的に使う場合は、ジャストフィットするように思う。メインサイトを Dreamweaverや他のCMSで作りつつ、サイトの一部としてDrupalを導入する場合だ。 プロジェクトの情報交換ページとか、そんなやつをあとから付け足したい場合に重宝する。 Joomla!をそういった用途に使うには大げさだし、また機能的にも足りない （Joomlaはコミュニケーション系エクステンションの出来があまり良くないように思う）。 NucleusとXOOPSは基本設計が古いのと、勢いがないので今から選択する必然性がない。 一方でサイトの全部をDrupalで管理するには、よほどジャンルが合ってないと 難行苦行になってしまう感じがする。勢いがあるCMSだけど、汎用的には使えない感じ。 Joomla!/Drupal/MODxを作りたいサイトに合わせて使い分けるのがいいと思うが、 サイト全体をそれだけで構築するには、Joomla!かMODx(静的ページが多い場合）かな。 バックエンドはどれも一長一短。JoomlaとMODxは一見豪華だけど使い勝手はいまいち。 Drupalのバックエンドは見た目が著しく悪いし、全体的に処理が重い。だが慣れると 使い勝手はそれほど悪くなかったりする。 Drupal node 2より 234 ：nobodyさん[sage]：2007/02/02(金) 02 13 15 ID ??? 他のCMSとの難易度を比較してdrupalを選ぶというよりも drupalの設計思想みたいなところに惹かれてdrupalを使いたいと思う。 たぶん、ホビーユーザーにはxoopsよりは面白いんじゃないかな？ 874 ：nobodyさん：2008/03/27(木) 08 29 43 ID ??? すごいなdrupalは何でもできちゃうんだな 疑惑の総合CMSだな 875 ：wmtg.net：2008/03/27(木) 22 49 53 ID ??? 874 欠点もあるよ Drupalの思想で特徴的なのは 細胞のように、一つ一つは最低限の機能を持ったユニットにさせておき 必要に応じてサイト構築者がユニット同士を繋げて自分好みに仕立て上げられること。 モジュールを繋ぎ合わせて自分好みの「サイトが作れる」、というよりも、 その「サイト専用のCMS自体が作れてしまう」、というほうが正しい。 その分、自分の目的に合致したモジュールを探し出りたり開発する必要がある。 また、機能（モジュール）と機能（モジュール）を組み合わせて大きな機能を 実現させるときには連結部分をどうしてもプログラミングしないといけない。 他のCMSはコア部分が大きいからメンテナンスや開発速度は遅いけど、 その分、コアに関連したバグは軒並み直っていく。 でもDrupalは機能がモジュールに分散しちゃってるからバグも分散されてる。。。 モジュールを組み合わせる手法も多々あるため最適解を見つけるまでの トライアンドエラーや情報種週も手こずることがある。 切羽詰まった時に使うCMSではないだろうねえ。。。 967 ：nobodyさん：2008/05/17(土) 01 44 48 ID ??? 966 ブログやるだけだったらWordPressの方がいいよ。 WordPressでやれないことをやるためにDrupalがあるのだ。 Drupal node 1より 106 ：nobodyさん ：sage ：2006/02/13(月) 17 34 47 ID ??? Drupalにイイとこは、その透明性だよね。適用範囲がとても広い。 つまり、ちょっとフレームワーク的。 まあそれを欠点として見ると、目的のサイトを構築するのに他の CMSに比して、どうしても手数がかかってしまうということになる。 「こんなサイトにはこのモジュールを使え」というノウハウをどこかで まとめられれば、その手数も大幅に減るんだけどな。 107 ：nobodyさん ：sage ：2006/02/13(月) 19 03 58 ID ??? 106 ：nobodyさん ：sage ：2006/02/13(月) 17 34 47 ID ??? Drupalにイイとこは、その透明性だよね。適用範囲がとても広い。 つまり、ちょっとフレームワーク的。 まあそれを欠点として見ると、目的のサイトを構築するのに他の CMSに比して、どうしても手数がかかってしまうということになる。 「こんなサイトにはこのモジュールを使え」というノウハウをどこかで まとめられれば、その手数も大幅に減るんだけどな。 106 禿同。 開発サイドから見た最大の利点は DrupalがCMSとフレームワークの相の子的な存在であることなんだよな 言ってみりゃコンテンツマネージメントのフレームワークってとこか。 そしてその恩恵としてモジュールないしはクラスの独立性が保障されてること 結果として特に単体テストが非常にやりやすいこと。 これがXOOPSだとなかなかそうもいかないんだよね
https://w.atwiki.jp/mkmapping/pages/18.html
Drupal.orgCoding standards コーディング規約 Module developer's guide API reference Drupal Association Drupal.jp Drupal Japan DrupalスレまとめWiki Drupal-jBox.net
https://w.atwiki.jp/drupal/pages/126.html
美しい詩を投稿して下さいな (注)ジュボジュボ唸るのはダメ だれかが言う それWordPressで良くない？ みんなが言う それWordPressで良くない？ なんでだろう それでもおいらはDrupal おいらは言う それViewsで出来るかも！ あいつも言う それCCKで出来るかも！ いっただろう それこそおいらのDrupal わすれられない あの日のハック うまくいくよね アップグレード テーマ モジュール 翻訳ファイル devもalphaも 試してあげる 信じているよ きみのフック やっぱりおいらはDrupal
https://w.atwiki.jp/saicron/pages/142.html
tags () 2011/07/26 11 49/ edit this page jQuery UI Contents jQuery User Interface Misc page top / edit this page jQuery User Interface jQuery UI jQuery UI Demos Documentation page top / edit this page Misc jQuery UI API 1.8.4 日本語リファレンス page top / edit this page tags () 2011/07/26 11 49/ edit this page © Saicron